home *** CD-ROM | disk | FTP | other *** search
/ The 640 MEG Shareware Studio 2 / The 640 Meg Shareware Studio CD-ROM Volume II (Data Express)(1993).ISO / bbs / lcnt150u.zip / WHAT'S.NEW < prev   
Text File  |  1992-11-27  |  17KB  |  357 lines
  1. LOGCOUNT  - the ultimate Files.Bbs counting utility. +++++
  2.  
  3. see LOGCOUNT.CFG  for all the latest options..
  4.  
  5.  
  6. November 27, 1992
  7.  
  8. Included a new program, LOCATER. It is designed to search
  9. Filelists that contain DOS style date information as part
  10. of the description. (eg 11-27-92 ). This program uses FOSSIL
  11. routines while running remotely. It uses default (normal)
  12. Maximus colours only if user has ANSI active. Sample
  13. .MEC files included that can be used to let users search
  14. for files by date. see LOCATER.DOC in LOCATER.LZH for
  15. complete details.
  16.  
  17.  
  18. November 1,1992
  19.  
  20. Fixfbbs Catalog mode has been enhanced to support Filelist that
  21. contain filesize and dates as part of their descriptions. The
  22. catalog function will work whether or not you have download
  23. counters or not! Descriptions lines will be justified accordingly.
  24. The catalog function no longer relies on the formatting (-TM) logcount
  25. performs. It'll now work on any description formatted with -TN,
  26. -TM, or -TR. Previous versions didn't handle the -TN formatting.
  27.  
  28. October 19, 1992
  29.  
  30. Major improvements for use with CDrom and FILELISTS. Fixfbbs and
  31. LOGCOUNT are both aware of all the new functions. Added another
  32. feature of the Fixfbbs Catalog function, Now you can create an
  33. Avatar Coloured (standard Maximus colours) display file of the
  34. top 100 new files (or less), as well as the the top 100 downloaded
  35. files (but not at the same time as).
  36.  
  37.  
  38.  
  39. May 9, 1992
  40.  
  41. I have no valid network addresses and am about to move to a new
  42. location.
  43.  
  44. Added support for RA expanded logfile formats. Added new option
  45. to allow leading zeros instead of the normal leading spaces
  46. in the download counts. This is primarily for RA since it has
  47. a nasty habit of killing whitespace when displaying multiple
  48. line file descriptions. The -TR option does not seem to be working
  49. properly with RA v1.1x. I am a loss to figure out why.
  50.  
  51. changed the logic involved with the Maximus freebytes/time invisible
  52. specifiers (/bt, /b, /t etc..). A file must already have a valid
  53. or a blank download count, else the invisible characters will be put
  54. in the description field.  This will prevent smart ass users from
  55. including those invisible characters as part of an upload description.
  56. Of course if they put invisible stuff as well as a valid download
  57. count there isn't much that can be done. I suggest the use of avatar
  58. colour as part of the download count inclusion characters, not too many
  59. users know how too insert avatar codes into a description.
  60.  
  61.  
  62. March 9,1992
  63.  
  64. The move from Ottawa to Vancouver was a success, My new addresses
  65. are 1:153/703 and 89:683/109. Please send all reports, suggestions
  66. etc. to these new addresses.
  67.  
  68. Jan 3, 1992
  69.  
  70. Added a few more features.
  71.  
  72. fixed a problem with dynamic enclosure sizes and free file specifiers.
  73. Seems the routine that rescanned a files.bbs after the count went from
  74. say 9 to 10, or 99 to 100 was not properly recognizing the /bt, /t
  75. specifiers.   oooops..   hope it's working better.
  76.  
  77. added extra routines to recognize path information in the filenames
  78. that Maximus allows in a FILES.BBS file. This information is probably
  79. only usefull if you have a CDRom, but Maximus allows you to specify
  80. complete path information for a file in any Files.Bbs, as long as
  81. the file pointed to exists, Maximus will display it as if it were in
  82. the current file area. Special Files in other directories can be made
  83. available to all users using this technique. Anyways since this feature
  84. is undocumented in Maximus v2.00, I'm only speculating on it's usage.
  85.  
  86. The -j options previously only applicable to mailer specific functions now
  87. have a CBCS function. If the specified 'simple' filename (no path info)
  88. matches the file in the CBCS log then that file will still be counted as
  89. a download (if applicable) but these files will no longer go into the
  90. history log files. There can be as many as 25 such "-Jfilename.ext" in
  91. a LOGCOUNT.CFG file. Wildcards using '?' can also be used. do *not*
  92. expect '*' type wildcard filenames to work. Only '?' type are supported.
  93.  
  94. The "-X' and "-Y" options have been enhanced. There is no good reason for
  95. this except it allows you to choose a different colour or character or both
  96. for the Maximus FREE FILES, files that have a /bt, /t, /b, /whatever as the
  97. first part of the description. "-X[, <" means use "[" for normal files and
  98. use "<" for free files. Should be selfexplanatory. If confused don't attempt
  99. to use this options. FIXFBBS should also be given the same information (lines
  100. 2 and 4 of FIXFBBS) must be exactly the same as your enhanced -x and -y
  101. options (without the "-x" and "-y" stuff of course).
  102.  
  103. whole new feature, "-@" directory name translation. This is a little tricky
  104. to explain, but I'll try. The intent of this option is to support CDRom
  105. but it has other purposes. Basically what you do is supply 2 pieces of
  106. information. The first being the path name that will be found in the
  107. logfile being read by LOGCOUNT. The second being the full pathname of
  108. a file containing the file descriptions. Sounds simple enough eh!
  109.  
  110. for example
  111.  
  112. -@ C:\max\files      c:\descriptions\filarea.one
  113.  
  114. anything in a logfile with the path of "c:\max\files" will be assumed to
  115. have it's description in the file FILEAREA.ONE in directory c:\descriptions
  116. this is a direct translation.  ( c:\max\files\filename.ext  )
  117.  
  118. -@ C:\max*           c:\descrpt\filarea.two
  119.    ^^^^^^
  120. this is an example of a WILDCARD, if the part to the left of the
  121. asterick ("C:\Max") can be found in the path in the logfile entry
  122. then the description of the filename is assumed to be in the
  123. specified file.
  124.  
  125. So things like
  126.  
  127. c:\max\max.exe
  128. c:\max\files\filename.ext
  129. c:\max\olr\node01\maximus.qwk
  130. c:\maximus\files\filename.ext
  131. c:\max\etc.....
  132. ^^^^^^
  133. are all gonna be found in the file c:\descrpt\filearea.two
  134.  
  135.  
  136. finally
  137.  
  138. -@ *  c:\max\files.bbs
  139.  
  140. Usually this will be your very last "-@' option. The single asterick
  141. indicates that any file that can not be found in a files.bbs in the
  142. directory indicated as it's download path, or if all other directory
  143. translations fail, then this is the last place to look for a description
  144. for the file. Orphans are sure to show up in here.
  145.  
  146. The translatable directory stuff need not to be too exact, but the
  147. filenames with the descriptions must be exact "drive:\path\filename.ext"
  148. entries. It's a good idea to ensure that these files really exist. The
  149. usual names for these files is "FILES.BBS" but any legal DOS filename
  150. is acceptable. These files can contain full drive/path/filenames as well
  151. as simple filenames and of course the associated descriptions.
  152.  
  153. FIXFBBS has also been upgraded to support all these new features, but
  154. read FIXFBBS.DOC for more information.  Happy LOGCOUNT-ING.
  155.  
  156.  
  157. This is probably the last version of this program, I will be moving from
  158. Kanata, Ontario to somewhere in Vancouver, B.C. early in the new year.
  159.  
  160. See ya later.
  161.  
  162. Dec 19, 1991
  163.  
  164. Discovered some strange behaviour concerning FD systems connecting with
  165. my BinkleyTerm Mailer. Something to do with blank multiple blank characters
  166. in the system ID being sent by FD. Causing lots of confusion in the correct
  167. identification of the remote system's address. I know exactly why this
  168. happens, and adjusted the code accordingly. Had something to do with the
  169. '3 spaces' between the filename and the sysop-info/user name in the history
  170. files. LOGCOUNT now performs the check for white space after identifying the
  171. remote system's address.  This was an obscure bug, the check for '3 space
  172. characters' only purpose was so that you could rescan your history files in
  173. case something else (disk failure etc...) had destroyed your FILES.BBS. Well
  174. that's it for now.
  175.  
  176. Nov 15, 1991.
  177.  
  178. Added `invisible' support for the new Maximus Files.Bbs switches /t and /b.
  179. If these are the very first thing in the the Files.Bbs line immediately
  180. after the filename and one or more spaces then Maximus will not display
  181. them and are in fact invisible. They have specific meanings. /t is supposed
  182. to allow that file to be downloaded with no time penalty and the /b option
  183. is supposed to allow the download with no byte penalty. And the combinations
  184. /tb or /bt are also allowed. LOGCOUNT recognizes /t, /b, /tb, /bt. That's all
  185. the possible combinations presently supported. LOGCOUNT will seperate the
  186. actual description from these 'invisble' characters by a blank space. If
  187. future versions of Maximus support more options,  then just include them and
  188. leave a single blank space before the real description. LOGCOUNT first
  189. checks for a space character after the invisible string, this is FAST, but
  190. it will also recheck for it's known possible combinations if the invisible
  191. characters are attached to the description. Nobody has probably got a clue
  192. about this obscure option. But ........ there it is!
  193.  
  194.  
  195. August 21, 1991
  196. -------------------------------------------------------------------------
  197. added a check for node address information obtained from FD log files.
  198. if the data between the ':' and the '/' is in fact numeric then a valid
  199. zone/network/node address has been located. lines starting with a `+'
  200. sign always contain the Remote System's name and address.
  201.  
  202. + ...... Unknown System, 1:999/999
  203.                            ^^^
  204.                            ^^^
  205.                          if this is numeric. Address is Vaild.
  206.  
  207. hopefully this will prevent LOGCOUNT from misinterpretting things
  208. that do not indicate network address. Command line parameters
  209. associated with `+ ..... Service: etc...' that `look' like address
  210. information should be ignored.
  211.  
  212. added a new commandline/configuration file option `-K'. This instructs
  213. Logcount *not* to include the SysOp's name in the history logfiles, only
  214. the node address will be written.
  215.  
  216. the default value of the `-A' option is now `-A60'.  it was `-A62'.
  217. -------------------------------------------------------------------------
  218.  
  219. Have a nice day. Send me money.
  220.  
  221. Jan 21, 1991
  222. -------------------------------------------------------------------------
  223. Fixed a few problems with the FD options. Now checks 'lastrun' information
  224. more carefully. Previous a simple check of the 'time' was used to determine
  225. if the entire logfile should be read. This didn't work if the logfile had
  226. many days of entries. Hopefully that is now fixed. It wasn't easy to do.
  227. Also will strip '@fidonet.org' etc. If it is part of the address. Who cares
  228. about that information anyways. It really screwed up the Database format.
  229. Also added some extra checking to make sure the address of the incoming
  230. call was correct. I hope it's the last thing on the line after the last
  231. occurence of a comma. (the remote system could have commas in their ID line
  232. and this meant extra, non numeric information may have been included in
  233. the network address.)
  234.  
  235. Dec 23, 1990.
  236.  
  237. Due to popular demand, another option has been added. This option allows you
  238. to override any 'global' inclusion sizes in a specific directory FILES.BBS
  239. This new option is a variant of the '-M#' option.
  240.  
  241. for example in logcount.cfg
  242.  
  243. ---- rip here -----
  244.   -m3               % always create and maintain 3 digit inclusions.
  245.   -m4  C:\UPLOADS   % always have 4 digit inclusions in this area only.
  246.   -m0  c:\inbound   % maintains 'minimum' size in this area only.
  247. ---- rip here -----
  248.  
  249.                     - Overrides any 'global' inculsion size in this area
  250.                       only. This area is 'fixed' at 4 digits. The characters
  251.                      ':\' must be in the directory name. That's the only way
  252.                       to distinguish a directory from a comment. FILES.BBS
  253.                       must be present in the specified directory, or else
  254.                       it is ignored.
  255.                     - Maximum of 15 directories can be listed with this
  256.                       override option. Should be plenty.
  257.                     - value of the number attached to the letter 'm' can be
  258.                       higher or lower than any declared 'global' inclusion
  259.                       size.
  260.  
  261. October 30,1990.
  262. -------------------------------------------------------------------------
  263. 1. Added a new switch  '-TR#', this is very similar to the '-TN' switch in
  264. that it does not truncate long descriptions. '-TR' will not truncate long
  265. lines but will adjust them so that they display RA multi-line descriptions
  266. in a more eye appealing manner. You'll see what I mean.
  267.  
  268. note:  '-TR' really means '-TR0', this number '0' indicates an offset
  269.         factor to calculate. The default is '0', but if filedates or
  270.         filesizes is not being displayed then adjust the 'number' part
  271.         accordingly. Positive numbers means the description part of
  272.         the line is longer than normal, negative numbers means that
  273.         your display is less than normal (80 characters). etc.
  274.  
  275. ----------------------------------------------------------------------------
  276. October 1, 1990
  277.  
  278. 1. Added a new switch  '-TM#', this is very similar to the '-TN' switch in
  279. that it does not truncate long descriptions. '-TM' will not truncate long
  280. lines but will adjust them so that they display Maximus 3 line descriptions
  281. in a more eye appealing manner. You'll see what I mean.
  282.  
  283. note:  '-TM' really means '-TM0', this number '0' indicates an offset
  284.         factor to calculate. If for instance Maximus is not displaying
  285.         filesizes and dates, then the description field normally would
  286.         start 18 characters sooner. use '-TM18' and logcount will adjust
  287.         the description to display properly. If your descriptions always
  288.         seem to be confused, experiment with the offset factor, or set
  289.         your Maximus screen size to 80.
  290.  
  291. 2. The '-X' and '-Y' custom inclusion characters can now also contain
  292. 'invisible' colour code characters. Invisible means that Maximus won't
  293. display them to non graphic callers. (Avatar codes for example).
  294.  
  295. -Xë[Å             % Avatar Brackets lightblue,'[',white
  296. -Yë]ï             % Avatar brackets lightblue,']',lightcyan
  297.  
  298. Maximus will display the Filename, the filesize, the fileDate, the '*' if
  299. file is new and then the rest of the description. In the above case, the
  300. left bracket is Intense Blue, the actual numeric count is White, the right
  301. side bracket is Intense Blue, and then the rest of the description is
  302. displayed in intense Cyan.
  303.  
  304. 3. FIXFBBS is a utility that will allow you too change the inclusion
  305. characters in your existing, processed by Logcount FILES.BBS files. It is
  306. a quik and dirty little program. The required .CFG file must be created
  307. in the exact format required. Failure to do so will result in disaster.
  308. Read the FIXFBBS documentation carefully before attempting to implement
  309. AVATAR codes as part of the inclusion characters.
  310.  
  311.  
  312.  
  313. July 28, 1990
  314.  
  315. Added QBBS support as a CBCS logfile, parameter -L.
  316.  
  317. Mailer DataBase now works with FD 1.99 as well as FD 2.00
  318.  
  319. July 16, 1990.
  320.  
  321. With the release of BinkleyTerm 2.40, a few minor changes have
  322. been  made.  Logcount  will now  identify Z-modem,  Janus, and
  323. FTS-0001 entries in one execution. The  '-R' and  '-S' options
  324. are still  supported  in case  there are  some other  protocol
  325. options  that are  unknown to  me, (such as SEAlink). Logcount
  326. will convert  all expected transfer entries to Z-modem format.
  327. This  has no  effect on  the program  and the  only unexpected
  328. results will be in the BINKLAST.BBS file.  It will always have
  329. Z-modem as  the Transfer  Protocol for the last file sent/rcvd.
  330. All valid  entries are  converted to Z-modem  before  LOGCOUNT
  331. compares the entry with the last run history file, no problems
  332. will arise.
  333.  
  334.  
  335. NOTE:  When  using  the '-S' and '-R'  options  to  overide the
  336.        default Z-modem  protocol transfer identifiers, LOGCOUNT
  337.        will still  convert Janus  and  FTS-0001 log  entries to
  338.        Z-modem format. It is therefore impossible to search for
  339.        entries  like  'Sent-J/32'  or  'Sent:',  using the '-S'
  340.        parameter option on a BINKLEYTERM log file.
  341.  
  342. If anybody  knows what log  entries  using X-modem, or Sealink or
  343. any other unknown Protocols look like, forward a sample to me and
  344. I will include them in the program. Until that time you can still
  345. use the override options to search for them.
  346.  
  347. July 14, 1990.
  348.  
  349. Support has been added  for RA (Remote Access) CBCS log files.
  350. Identify  the RA  log file  as a '-F ' Frontdoor log file. The
  351. format of the RA log file is all most identical to a FrontDoor
  352. Log file. LOGCOUNT  will  convert  those 'Upload [??????]' and
  353. 'Download [??????]' entries  to the familiar 'Sent' and 'Rcvd'
  354. entries on the fly,  and then treat the entries as the regular
  355. FrontDoor format entries.
  356.  
  357.